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A METHOD TO DETERMINE INSULIN DOSAGE REQUIREMENTS 
VIA A DIABETIC MANAGEMENT INTERNET WEB SITE 
WHICH IS ALSO TELEPHONY ACCESSIBLE 
5 INCLUDING EXTENSIONS TO GENERAL DIET MANAGEMENT 



BACKGROUND OF THE INVENTION 



Filing History 

10 

This application continues from provisional application serial number 60/190,882 
filed on March 21, 2000. 



1. Field of Invention 

15 

The present invention relates to the use of a web-based system to determine and 
recommend insulin dosage for a specific patient suffering from type 1 diabetes. 
This system is also accessible via touch-tone telephone and/or speech 
recognition and exploits speaker verification over the telephone. The invention 

20 permits a person who wishes to determine a proper dosage for insulin to either 
access an Internet site either through traditional access with a device (PC, PDA, 
etc.) connected to the World Wide Web, here and after referred to as the web or 
through a telephone, in either case the patient will be authenticated and the 
system will recommend an insulin dosage. The system will check the validity of 

25 the information provided by the patient (blood test results, anticipated 
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carbohydrate intake) and, if required, will provide screen alarms or voice alarms or 
connection to an on-call physician or physician assistant. 

The present invention also telephony enables this web application. In the 
5 "telephony" mode, secure access is granted via a userid and a password as well 
as a mode where a "voiceprint" is matched to authenticate a person. Blood test 
results and anticipated carbohydrate intake for a meal can be entered either via 
touch-tone or via speech recognition and relayed via a web interface to the 
analysis program when the user is accessing the system through a telephone, or 

10 via traditional menu based user interface when the user is directly accessing the 
system through the Internet. The program responds via recorded speech or text- 
to-speech with the proper dosage of insulin according to parameters entered by 
the patient's physician or by showing the recommended amount on the screen. 
Alerts specified by the user or the user's physician are also made available and 

15 are communicated to the user. This invention is also applicable to the more 
general case of diet management. 

2. Background and Description of the Prior Art 

Web applications that are receiving considerable attention are those related to 
health. Many of these health sites give reference material for users. Some 
physicians and clinics have on-line services to interact with patients. 
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Many familiar applications are accessed today via the telephone and use the 
touch-tone keypad. Such applications included but are certainly not limited to 
access of ones banking information, access of airline flight infonnation, calls to a 
"store" to request information, calls to a pharmacy to refill a prescription, etc. In 
5 fact, we are all familiar with the constant listing of menus that prompt us for the 
data we input via the touch-tone keypad. Some of these applications are now 
being implemented using speech recognition instead of the touch-tone. These 
provide a more natural means of interaction and allow one to state the request 
(such as the airline city) instead of entering some numeric code. All of the above 
10 applications are also available today with web interfaces and often supply even 
greater functionality. 

User authentication over the telephone or via the web is often with a userid 
coupled with a password. Employing speech permits one to utilize speaker 
15 verification (authentication) which in essence matches a voiceprint of the 
particular user against one on file. This methodology has been around for a 
number of years. 

A recent article related to this invention appeared in Diabetes Care, Volume 21, 
20 Number 4, April 1998. It is titled "An Electronic Case Manager for Diabetes 
Control" and used an interactive voice response system to capture daily glucose 
measurements that is exclusively touch-tone driven. Our patent differs in that we 
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envisage glycemic management throughout the day, we are Internet based, and 
we also Incorporate speech recognition for convenient user Interaction. 

No medical application is today taking advantage of these technologies. Our 
5 Invention has for major objectives the following: 

o Offering of choices of easy access to the system for patients including 

those who are not computer literate 
o Offering specific recommendations tailored to the Individual requirements 
of the patient as determined by his/her physician 
0 o Offering easy customization by the physician of patient treatment based on 
the personal parameters of the patient. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Various other objects, advantages, and features of the Invention will become 
apparent to those skilled in the art from the following discussions taken in 
5 conjunction with the following drawings, in which: 

Figure 1 is a schematic representation of the flow chart of the inventive 
system and method, showing the essential elements and their interrelation with 
an explicit description of selected access interfaces. 

10 

Figure 2 shows an example of the output generated by the method for an 
example patient in which patient data and recommendations are shown. 

Figure 3 shows weekly statistics and trends generated by the invention 
15 and provide a basis for the physician to modify any relevant parameters. 

Figure 4 shows the panel used by the invention to customize the treatment 
by the physician for the patient. 
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Summary of the Invention 

The present invention accomplishes the above-stated objectives, as well as 
others, as may be determined by a fair reading and interpretation of the entire 
specification. 

This invention has four major parts: 

1 . The voice interface method 

2. The web interface method 

3. A method for processing the collected information: 

a. The patient identification and the access security mechanisms. 

b. Time and values of the blood glucose tests (before breakfast, 2 
hours after breakfast, before lunch, 2 hours after lunch, before 
dinner, 2 hours after dinner, bedtime as well as additional tests as 
required) 

c. Carbohydrates equivalent amount to be ingested. Note that in 
some cases when a hypoglycemia is detected the system may 
recommend a minimum amount of carbohydrates to be taken by 
the patient. In the speech recognition mode, the specific food and 
the amount could be spoken. For example, one could say "1 cup of 
mashed potato" or "1/2 cup of white rice and 1/3 cup of black 
beans" as well as infonnation directly taken from a food container, 
i.e. "yogurt with 15g of carbohydrates" or "yogurt with 15g of carbs." 
The system recognizes abbreviations and also selects the relevant 



information. In the previous example this will be: 15g of 
carbohydrates. When imprecise information is entered, the system 
will ask questions to the patient, for example if the patient enters a 
specific meal without specifying the amount, the system will ask 
"one cup? 1/2 cup?..." The patient's physician (or the Diabetes 
Nurse Educator) may enter meal plans as part of the patient 
personal parameters and their carbohydrates equivalent (as well as 
other key equivalent numbers such as cholesterol, fat, etc.) Based 
on the patient input, warnings and even alarms can be issued if the 
numbers are outside the permitted range. 

d. Recommended insulin dosage. This amount is generated by 
algorithms using various inputs such as patient characteristics, time 
of the day, amount of carbohydrates and other parameters defined 
by the physician. 

e. Personal notes inputted by the patient, such as and activity levels 
(1-hour bike exercise for example), having a cold on such day, 
having flu shot as well as stress level if any, and medication taken. 

f. The display and the storage of history, statistical data, graphs and 
trends. 

A method for a database organized on a patient records basis and 
containing all the patient parameters and characteristics. Characteristics 
cover things like utilization of traditional insulin injections, the type of 
insulin and insulin mix and corresponding percentages as well as 



utilization of insulin pump and the associated basal rates. The database 
method will also allow the containment of all the inputs Issued by the 
patient, such as test results, time, carbohydrates and notes as well as the 
suggested insulin and carbohydrates amounts. 

Virtually all of the specific concepts in speech recognition, speaker verification, 
interaction of databases and telephony are known. We are patenting the union 
of a number of relevant technologies to produce an overall novel method. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

As required, detailed embodiments of the present invention are disclosed herein; 
however, it is to be understood that the disclosed embodiments are merely 
exemplary of the invention which ay be embodied in various forms. Therefore, 
specific structural and functional details disclosed herein are not to be interpreted 
as limiting, but merely as a basis for the claims and as a representative basis for 
teaching one skilled in the art to variously employ the present invention In 
virtually any appropriate detailed structure. 

Reference is now made to the drawings, wherein like characteristics and features 
of the present invention shown in the various FIGURES are designated by the 
same reference numerals. 
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Preferred Embodiment 



Figure 1 shows tine various components of tine system described above. The 
5 IVR (Interactive Voice Response) is interfacing the telephone networks. It 
performs all of the voice input and speech recognition functions. It may be co- 
located with the processor interfacing the Internet or could be at a remote site 
with guaranteed bandwidth access to the server. 

10 A patient who wants to monitor and control his insulin is given a specific userid 
and a password. With this userid, is the telephone number(s) where he can be 
reached or from which he will call. The user also has recorded over the 
telephone a listing of names for voiceprints that will be used for speaker 
verification. When the user calls into the site, the callerid of his phone is 

15 recognized and matched against the database of users. If there is a match, then 
the user is prompted to say a specific phases for speaker verification. This 
feature is optional. If there is a match, then the user can enter the amount of 
carbohydrates that he will be eating at his meal as well as the most relevant 
blood glucose measurements. Entry of the specific carbohydrate food and the 
20 amount can all be "spoken" in the speech recognition mode. For example, one 
could say "half-cup of rice". All of the entry will be with speech recognition with 
matching on keywords, if the user calls from a telephone that is not on the pre- 
approved list, such as a pay phone from a restaurant, the security checking will 



9 



be based upon the password allocated to this user, or the speaker verification 
mechanism previously described. The password will be a combination of 
numerical and alphanumerical characters also used when accessing the system 
from a PC via the Internet. 

Dialogs are to be provided to facilitate error correction and validation of the 
accuracy of any information that is received. In cases where speech recognition 
is not yielding accurate results, the touch-tone entry of information is supported. 
In fact, except for the voiceprint match, all information can also be entered via 
touch-tone. 

Capability is also present for the patient's physician to have access to the system 
both via the Internet as well as over the telephone. From a security stand point 
the physician will have a special access mechanism, with his own password, and 
will only have access to the information related to his or her specific patients. 
The physician can set the parameters for the patient, can leave messages 
(alerts) for the patient, and monitor the progress of the patient. The physician or 
a physician assistant can also be connected for a personal dialog with the patient 
through a switch not shown in the diagram. In this case, the "on-call" physician 
will be connected to the system through the Internet, and the patient last records, 
as well as his/her personal parameters, will be automatically displayed for the 
physician. 
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Specific grammars for use in the speecli recognition as well as specific dialogs 
are built to facilitate user friendly interaction. They take the form of <* <food> * 
<amount> *>. <food> = <steak|spinach|ice cream| ...> for the general case in 
diet management. For diabetes monitoring only, it can be left blank. <amount> = 
<digits>|<digits>|<digits> where <diglts> = <0|1|2|3|4|5|6|7|8|9>. These 
grammars can be extended so a person could say something like "I ate a 16 oz 
steak and a cup of creamed spinach". The grammars are intended to "word spot" 
the amount of "16 oz" and "a cup" and the food group of "steak" and "creamed 
spinach". The symbol * represents utterances to be ignored in the word spot 
mode. Confirmation dialogs are also specified to ensure accuracy and support 
user-friendly conditions such as recognizing <yes>=<that's correct|yes|OK|all 
right>. In all cases, we are also supporting input via touch-tone even though for 
word lists of food groups this could be cumbersome. 

Attached are some sample computer programs, which show the collection of the 
relevant information from the patient and the physician. These outputs are web 
enabled and will be telephony enabled. Extensions will be for the patient to enter 
the specific food and portion size and for the program to determine the number of 
carbohydrates. With speech recognition, the person will say the food to be eaten 
and the portion size. 

An example of some of he patient parameters is shown on FIGURE 4 while a 
table output is shown on FIGURE 2. 
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Colors are used to tell the patient that his results are In the normal range, below 
or above the nonnal range. High blood sugar level is displayed in red, low blood 
sugar is displayed in green and blood sugar in the patient normal range is 
5 displayed in black. The same mechanisms and conventions are applied to the 
computed average values and trends. 

FIGURE 3 depicts the tracking of the numbers and some additional statistics. 
FIGURES 2, 3, AND 4 are only indicative of the results and of the parameters, 
which will be produced by the system in the diabetes management mode, for 
10 example a grouping of the results over a period longer than a week (a month or a 
quarter) will be provided. The daily results will be grouped into at least four 
categories: 

1 . Before breakfast 

2. Before lunch 
15 3. Before dinner 

4. Bedtime 

For each category, an output method showing the average, the standard 
deviation, the highest and the lowest value and the number of test results are 
provided. Other trends and statistical analysis are also provided for 
20 interpretation by the physician. 
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The above technologies and methods are also being included in a novel web 
site, which will be accessible to physicians and diabetic patients. This web site 
will also include chat rooms and sponsor web broadcasts on topics of interest. 

5 The web site as well as the IVR system allows the patient to leave specific 
comments for a physician and the physician to leave specific comments for the 
patient. These comments can be an alert whenever the patient accesses the 
system via either the IVR or the web. Further, in all cases, all recommendations 
by DMS are advisory only and the patient is instructed that he can be connected 

10 to a physician IMMEDIATELY by entering a code or via speech recognition. 

Whenever the patient makes a blood test result input to the system, it is checked 
by the system against a range of normal values customized for this patient by the 
physician and part of the patient records as personal parameters. These values 
may vary with the timing of the test (for example a different range may be 

15 inputted by the physician for tests before a meal and during the night or after a 
physical exercise.) In all cases the system will repeat its understanding of the 
value(s) entered and will continue the processing only after the confirmation by 
the patient. However, if the system finds these values out of range, it will issue a 
warning describing the potential consequences, and if these values are way out 
20 of range, it will offer an immediate connection to a physician. 

On a weekly basis the system will perform a computation of an index 
representing its synthesis of the patient health, with respect to diabetes, based 
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on the blood tests results entered. This Index will only have an indlcational 
value. It will simulate the variation of hemoglobin A1C for the patient. 

To be trained with the system utilization a set of high quality video examples are 
provided on the DMS web site. The patient can have access to those directly or 
at the physician's office. 

Method 

In practicing the invention, the following method may be used. The method 
includes the combination of an Internet site for insulin/glucose monitoring and 
advising via the web with similar interaction by telephony enabling web pages. 
The methods of this invention permit a person to enter and track the blood 
glucose levels, insulin injections, physician parameters, etc.. These methods are 
currently not available via a web interaction or via telephony and employing 
speech recognition. The method makes use of speech recognition, speech 
verification, telephony concepts (such as callerid recognition), calls for alerts, etc. 
are all features aimed at making the monitoring process and the recommended 
dosage accessible from any telephone. The methods identified are also relevant 
to the new class of phones that exploit WAP (wireless application protocol). 
Text-to-speech method is used for selected output. In addition, the methods 
indicated in this patent can be incorporated into stand-alone portable devices as 
well as monitoring devices. This opens the whole class of portable appliances. 
These methods are also applicable to general diet management. 
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The method includes the steps of: 

the physician entering the personal parameters of the patient into the 
system through the physician access means such as hypoglycemia and 
hyperglycemia levels, unit of insulin to be injected per x grams of carbohydrates 
before each of the principal meals; the patient entering his blood sugar test 
results and his projected carbohydrates intake into the system through the 
patient access means; the system ascertaining whether the patient is the 
legitimate patient referenced in the database; the system recommending a 
specific amount of medication and storing all the above data in the database; the 
system creating results such as several types of tables, graphs, trends and 
statistical analysis of the patient data; the physician or the patient or other 
authorized person obtaining these results on demand through a computer 
terminal. 
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